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IN THE CLAIMS: 

The text of all pending claims, (including withdrawn claims) is set forth below. Cancelled 
and not entered claims are indicated with claim number and status only. The claims as listed 
below show added text with underlining and deleted text with strik e througb . The status of each 
claim is indicated with one of (original), (currently amended), (cancelled), (withdrawn), (new), 
(previously presented), or (not entered). 

1 . (Currently Amended) A transaction allocation apparatus that selects an operator, from 
among a plurality of operators, to process a transaction received from a customer and allocates 
the transaction to the operator selected, the transaction allocation apparatus comprising: 

a storing unit that stores status information that is information relating to whether each of 
the op e rator operators is engaged in processing of a transaction or standby at this time; 

a standby state deciding unit that decides, based on the status information, which 
operators are standby at the time the transaction is received from the customer; 

a standby time estimating unit that estimates, wh e n the st a ndby st a t e- d eeidi ng unit has 
doc i ded that while it is decided that no operator is standby, based on the status information, a 
standby time for each operator that is a time after which the operator is going to become 
standby; and 

an operator selecting unit that selects an operator based on a length of the standby time 
for each operator as the operator to process the transaction. 




Qp er-a tof - bosed on th e st a ndby - t i m e for e ach operator as th e op e r a tors proc e ss the transaction. 

2. (Currently Amended) The transaction allocation apparatus according to claim 1, 
wherein 

the storing unit stores an estimate time for each operator, which is a time taken by the 
corresponding operator to process the transaction the operator is processing at this time, and 
also stores a start time, which is a time at which the operator has started the processing of the 
transaction the operator is processing at this time, and 

the standby time estimating unit estimates the standby time base d on a curren t time, the 
s tart t i me and the e st i mat e d t i me bv subtracting a current time from a sum of the start time and 
the estimate time . 
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3. (Currently Amended) The transaction allocation apparatus according to claim 1, 
wherein 

if the standby state decid i ng u n i t has decid e d th a t n o op era t or i s ste ftdfeyr-the operator 
selecting unit selects an operator with shortest standby time as the operator to process the 
transaction. 

4. (Currently Amended) The transaction allocation apparatus according to claim 1 , 
wherein 

if t h e sta nd by state dec i di n g u nit has d eci d ed that no oper ato r i s s t a nd by, t he operator 
selecting unit selects an operator from among operators with standby times not more than a 
predetermined first-time as the operator to process the transaction, 

5. (Currently Amended) The transaction allocation apparatus according to claim 1 f 
further comprising: 

a canceling unit that cancels allocation of the transaction to the operator selected if the 
operator selected does not start processing the transaction within a predetermined time, wherein 

i f a lloc a t i on o f th e tran s act i on is can ce l ed by t he canc e lin g-ufritrthe standby state 
deciding unit repeats the decision on which operators are standby when the allocation of the 
transaction is canceled , 

6. (Original) The transaction allocation apparatus according to claim 1, wherein 
the transactions are received via any one of telephone, chat, and e-mail, 

the storing unit stores the status information separately for the transactions received via 
the telephone, chat, and e-mail, and 

the standby state deciding unit performs the decision on which operators are standby 
separately for the transactions received via the telephone, chat, and e-mail based on the 
respective status information. 

7. (Currently Amended) The transaction allocation apparatus according to claim 1, 
further comprising: 

a skill level storing unit that stores a skill level of each operator that is an expertise of the 
operator in processing transactions; and 

an extracting unit that extracts, when the transaction is received, operators whose skill 
levels exceed the skill levels required to process the transaction based on the skill levels stored, 
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wherein 

the standby state deciding unit performs the decision on which operators are standby 
from among the operators extracted by the extracting unit. 

8, (Original) The transaction allocation apparatus according to claim 7, further 
comprising: 

a relaxed candidate extracting unit that relaxes the skill level required to process the 
transaction, if the standby state deciding unit has decided that no operator is standby, and 
repeats the extraction of operators, wherein 

the standby state deciding unit performs the decision on which operators are standby 
from among the operators extracted by the relaxed candidate extracting unit, 

9. (Currently Amended) The transaction allocation apparatus according to claim 7, 
wherein 

the operator selecting unit selects an operator whose skill level exceeds the skill level 
required to process the transaction by minimum as the operator to process the transaction, from 
among operators with standby times not more than a predetermined third-time. 

10, (Currently Amended) The transaction allocation apparatus according to claim 8, 
wherein 

the operator selecting unit selects an operator whose skill (eve! exceeds by minimum the 
skill level relaxed bv minimum f rom th e ski l l l e v el strictly req uired to proce s s the tran s ac tion as 
the operator to process the transaction, from among operators with standby times not more than 
a predetermined fourth time. 

11. (Currently Amended) A transaction allocation method of selecting an operator, from 
among a plurality of operators to process a transaction received from a customer and allocating 
the transaction to the selected operator, the transaction allocation method comprising: 

storing status information that is information relating to whether each of the ope r a tor 
operators is engaged in processing of a transaction or standby at this time; 

deciding, based on the status information, which operators are standby at the time the 
transaction is received from the customer; 

estimating, based on the status information, a standby time for each operator that is a 
time after which the operator is going to become standby, A while it is decided at the deciding 
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that no operator is standby; and 

selecting an operator based on a length of the standby time for each operator as the 
operator to process the transaction. 

if it i s d e cide d a t the decid ing that an operator i s s t a ndb y , the operator who is standby as 
the operator to proc e ss th o tra ns a ct ion, or 

if i t is d e cid e d at the de cid i ng that no op e rator i s standby, an operator base d on th e 



12. (Currently Amended) The transaction allocation method according to claim 11, 
wherein 

the storing includes storing an estimated time for each operator, which is a time taken by 
the corresponding operator to process the transaction the operator is processing at this time, 
and also storing a start time, which is a time at which the operator has started processing of the 
transaction the operator is processing at this time, and 

the estimating estimates the standby time based on a curr e nt t i me , the start t i me, and the 
es t im a ted time -by subtracting a current time from a sum of the start time and the estimate time. 

13. (Currently Amended) The transaction allocation method according to claim 11, 
wherein 

if it is decided at th o deciding that no operator i s standby, the selecting includes selecting 
an operator with estimated shortest standby time as the operator to process the transaction, 

14. (Currently Amended) The transaction allocation method according to claim 11, 
wherein 

if i t is decid ed at th e d e cid in g that no op e rator i s standby, the selecting includes selecting 
an operator from among operators with estimated standby times not more than a predetermined 
time as the operator to process the transaction. 

15. (Currently Amended) The transaction allocation method according to claim 11, 
further comprising; 

canceling the allocation of the transaction to the operator selected, if the operator 
selected does not start the processing the transaction within a predetermined time, wherein 

i f alloc at io n of the transact i on i s - cane ele ^ at the cancel i ng, the deciding includes 
repeating the decision on which operators are standby when the allocation of the transaction is 
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canceled . 



16. (Original) The transaction allocation method according to claim 11, wherein 
the transaction are received via any one of a telephone, chat, and e-mail, 

the storing includes storing the status information separately for the transactions received 
via the telephone, chat, and e-mail, and 

the deciding includes performing the decision on which operators are standby separately 
for the transactions received via the telephone, chat, and e-mail based on the respective status 
information. 

17. {Currently Amended) The transaction allocation method according to claim 11, 
further comprising: 



operator in processing transactions; and 

extracting, when the transaction is received, operators whose skill levels exceed the skill 
levels required to process the transaction based on the skill levels stored, wherein 

the deciding includes performing the decision on which operators are standby from 
among the operators extracted. 

18, (Original) The transaction allocation method according to claim 17, further 
comprising: 

relaxing the skill level required to process the transaction, if it is decided at the deciding 
that no operator is standby, wherein 

the extracting includes extracting operators whose skill levels exceed the skill levels 
relaxed, and 

the deciding step includes performing the decision on which operators are standby from 
among the operators extracted after the skill levels were relaxed. 

19, (Original) The transaction allocation method according to claim 17, wherein 
the selecting includes selecting an operator whose skill level exceeds the skill level 

required to process the transaction by minimum as the operator to process the transaction, from 
among operators with estimated standby times not more than a predetermined time. 

20, (Currently Amended) The transaction allocation method according to claim 18, 




storing a skill level of each operator that is an expertise of the 
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wherein the selecting includes selecting an operator whose skill level exceeds b y m inim um the 
skill level relaxed by minimum from th e ski l l level str i ctly requir e d^o proc e ss the transact i on as 
the operator to process the transaction, from among operators with estimated standby times not 
more than a predetermined time, 

21. (Currently Amended) A computer readable medium recording a computer program 
that makes a computer execute a transaction allocation method of selecting an operator, from 
among a plurality of operators to process a transaction received from a customer and allocating 
the transaction to the selected operator, the computer program including instruction to reaiize: 

storing status information that is information relating to whether each of the op e r a tor 
operators is engaged in processing of a transaction or standby at this time; 

deciding, based on the status information, which operators are standby at the time the 
transaction is received from the customer; 

estimating, based on the status information, a standby time for each operator that is a 
time after which the operator is going to become standby, if while it is decided at the deciding 
that no operator is standby; and 

selecting an operator based on a length of the standby time for each operator as the 
operator to process the transaction. 

if i t is d e cided at th e d o ciding that an o perator is s t a ndby, the op e rator who i s s t andby a s 
the operator to proces s -fee transaction, or 

if it i s d eci d e d a tt he-d ocid i ng that no oporato r i o st a ndby, an operator based on the 
standby t i m e for e ach - op e rato ^a s the operator to proc es s fe e- t ran sact i on. 

22. (Currently Amended) The computer p r ogram readable medium according to claim 
21 p wherein 

the storing includes storing estimate time for each operator, which is a time taken by the 
corresponding operator to process the transaction the operator is processing at this time, and 
also storing a start time, which is a time at which the operator has started processing of the 
transaction the operator is processing at this time, and 

the estimating estimates the standby time by subtracting a current time from a sum of the 
start time and the estimate time . 

23. (Currently Amended) The computer program readable medium according to claim 
21, wherein fc i t i s d e c i d e d at the deciding that no o p e r a tor is st a ndby, the selecting includes 
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selecting an operator with estimated shortest standby time as the operator to process the 
transaction. 



24. {Currently Amended) The computer program readable medium according to claim 
21, wherein 

an operator from among operators with estimated standby times not more than a predetermined 
time as the operator to process the transaction. 



25. (Currently Amended) The computer program readable medium according to claim 
21 r the computer program f urther comprising including instruction to realize : 

canceling the allocation of the transaction to the operator selected, if the operator 
selected does not start the processing the transaction within a predetermined time, wherein 

repeating the decision on which operators are standby when the allocation of the transaction is 
canceled. 



26. (Currently Amended) The computer ppeafam readable medium according to claim 
21 , wherein 

the transaction are received via any one of a telephone, chat, and e-mail, 

the storing includes storing the status information separately for the transactions received 

via the telephone, chat, and e-mail, and 

the deciding includes performing the decision on which operators are standby separately 

for the transactions received via the telephone, chat, and e-mail based on the respective status 

information. 



27, (Currently Amended) The computer progr a m readable medium according to claim 
21, the computer program f urther compr is i ng including instruction to realize : 

th e stori n g i ncludes storing a skill level of each operator that is an expertise of the 
operator in processing transactions; and 

extracting, when the transaction is received, operators whose skill levels exceed the skill 
levels required to process the transaction based on the skill levels stored, wherein 

the deciding includes performing the decision on which operators are standby from 
among the operators extracted. 
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28, (New) A method, comprising: 

estimating completion times for operators when each of the operators are busy with a 
current transaction; and 

selecting an operator as the operator to process a new transaction based on the 
completion times. 
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